En muchos blogs se hacen eco de los problemas derivados de actualizar la versión de Internet Explorer, y los problemas que este causa a la hora de la depuración con Visual Studio 2005.
En resumen se trata de que el Visual Studio no es capaz de “attacharse” automáticamente al proceso del IE8 y hay que hacerlo manualmente. Esto se produce ya que la nueva versión de IE8 incorpora una característica llamada Loosely-Coupled Internet Explorer (LCIE), que básicamente hace que el IE8 se ejecute en múltiples procesos independientes, volviéndolo menos vulnerable a fallos y mejorando su rendimiento:
“Loosely-coupled Internet Explorer (LCIE) is an architectural effort to improve the browser by separating its components and loosening their interdependence; most notably, it is an attempt to isolate the Internet Explorer frame and its tabs into separate processes. In Internet Explorer 8, this isolation brings about improved performance and scalability, as well as more potent methods to recover from problems like disk or system failure.”
Por lo tanto si a la hora de depurar nuestra aplicación web tenemos mas de una pestaña de IE8 abierta el compilador de VS2005 (me imagino que con VS2003 ocurrirá lo mismo) no será capaz de averiguar cual es el proceso asociado para depurar.
Por lo tanto la solución mas evidente es no tener abierto el IE8 antes de depurar nuestra aplicación si bien desde otros blogs apuntan a que realizando una modificación del registro esto también se soluciona:
- Open RegEdit
- Browse to
HKEY_LOCAL_MACHINE -> SOFTWARE -> Microsoft -> Internet Explorer -> Main - Add a DWORD value called
TabProcGrowth with a value of 0 - Turn off protected mode browsing in IE (Security page of Internet Options) if you are running on Vista or newer.